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I am now on the mend, so should be able to catch up on 


| the backlog I have here. 


I am still not getting feedback from our members, so I 
assume that what I'm doing is alright. Even the last Scream 
Sheet did'nt throw any brick-bats. (No Bouquets either.) 


You will notice I have added an extra column to the High 
Scores. You may use this for degree of difficulty or for 
Joysticks or keyboard. | 


We have in this issue another very good article from Bob 
Kitch. (He did'nt go with the floods after all). This will be 
of special interest to newcomers to the VZ world. It is a 
history of the VZ clubs. 


Also the third of the series on Sound for the VZ., also by - 


Bob. And the continuing series by David Wood on Adventure 


Program Writing. I have on hand his next 3 articles of the 
series, so there is a lot in them. He has also sent a 
demonstration program. It is too long to print in the 
Newsletter, but those that would like it can borrow it the same 
as back issues. Even if you don't want to write Adventure 
Programs, the series is well worth following, as it covers a 
lot of general basic programming, and shows the power of the 
VZ. 


I'll make a suggestion. Some time ago we sent a letter to 
ALL Dick Smith stores, advising them of our activities. I have 
heard that some are not sure we are still going. So, whenever 
in a DSE store, remind them we are Still going strong! And if 
you write to DSE head office, suggest they make mention in 
their circulars to their stores and dealers. They can at least 
do that for the VZ of which they sold thousands. 


Cheerio for this Aeg 
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A HISTORY OF VZ USER GROUPS IN AUSTRALIA AND NEW ZEALAND. 
by Bob Kitch. 


The first advertisement for the sale of DSE's VZ-200 computer was in Electronics 
Australia June 1983. That is a long while ago, particularly in computing terms, for a 
small and cheap 8-bit computer to survive. Since that time many people have purchased 
and used the VZ-200, and its upgrade in July 1985, the VZ-300. Users and owners of 
the VZ naturally tended to band together, to chew over mutual interests and problems, 
in much the same way as owners of other "breeds" of computers. These "jam" sessions 
were most often held over the phone, but have you ever tried to satisfactorily 
discuss a software problem over the phone? The next stage was to organize a meeting 
of interested enthusiasts, usually on a week-end, in someones home or at a 
conveniently located hall. And so began "A VZ USER GROUP”. 


The VZ was greatly assisted by its origins. The VZ was really a souped-up Tandy 
TRS-80 or its clone, the DSE System-80. These two machines were based on a Zilog 2-80 
microprocessor and held a version of Microsoft BASIC in ROM. (this is what gives a 
microcomputer its distinctive personality} These machines were responsible for the 
commencement of the home and personal computing boom — no small claim. In 1983, the 
VZ-200, manufactured by Video Technology in Hong Kong, used an improved version of 
the Microsoft ROM, offered colour and sound, increased memory capacity and a low 
price. A lot of TRS-80 and Sytem-80 owners upgraded to the VZ. These guys often knew 


Z-80 Assembler and the workings of the Level II ROM backwards! They also bought a 


useful software base to the VZ. 


The VZ computer quickly gained a large following and was clearly a marketting 
success for DSE. They claim to have sold in excess of 30,000 VZ-200. DSE's support 
for the VZ was often found wanting — a very common moan amongst Users. The various 
User Groups that sprang into existence provided the essential support for the VZ. 
Without them, the VZ and its Users would have probably withered away and gone the way 
a number of other small computers did. 


User Groups usually have a small band of committed enthusiasts, who tend to carry 
the activities of the Group. They provide the core of knowledge that, unites the 
group, fascinates and nurtures the uninitiated to computing and possess a 
restlessness to achieve more with the VZ. Their reward seems to be simply seeing a 
new member become a successful User. A fairly natural activity to flow from this 
Group, is the production of a newsletter, to serve far-flung enthusiasts (remember 
the telephone) and to record discoveries (be they hardware tricks or new programs ) 
for other Users. | 


A newsletter needs an Editor. These feliows are the greatest. Their contribution 
to VZ computing and the Users is huge. The amount of information recorded in User 
Groups Newsletters is staggering. Some of you may be aware of the magazine article, 
books and software lists that are available. A similar list of User Groups and their 
Newsletters is in preparation. Your assistance in adding to it would be appreciated. 


With this background then, I provide a brief discussion of the VZ User Group 
Newsletters with which I am familiar. I apologize for any omissions, but would 
appreciate being made aware of any shortcomings. 


1. DSE EFFORTS. 2 


Undoubtedly, DSE's was aware of its poor support for the VZ — we told them often 
enough! They had also engaged the prolific Tim Hartnell to write a series of books 
for the VZ. Tim commenced the first VZ-200 User Group in mid-1983. He produced 3 
editions of "VZ-200 Interface" — the Official Magazine of the VZ200 Users' Club. The 
last edition (#3) was issued around Easter 1984. Each edition was around 8 pages and 
filled with hints, Basic programs and DSE advertisements. 


(As a sad aside, at the time of writing - February 1991 — I noticed in a recent 
paper that Tim Hartnell had succumbed to cancer and passed away aged 40. Tim was a 
Significant contributor to the VZ with his VZ-200 and VZ-300 books.) 


By mid-1984 other "private" User Groups had begun to form. DSE's dropped 
“Interface” and began producing "Comput", a newsletter covering other machines sold 
by DSE. Five editions wrer erratically produced from August 1984 to July 1986. Minor 
articles on the VZ are included. 


I should mention here, forz completeness, that DSE's Annual Catalogue since 1983 
has contained VZ information. The release of software and hardware items can be 
tracked through these. | : 


2. THE FIRST USER GROUP CLUB. 


Who said that Victorians couldn't read? In early 1984, Mr. Luigi Chiodo produced 
the first edition of "Output". He subsequently changed the name to "Visual Display 
Unit". I do not have a full set of his newsletters. I have #1 — #7. How many did 
Luigi produce? They contain a considerable amount of DSE supplied material as well as 
some other interesting contributions. 


3. THE FIRST QUEENSLAND CLUB. 


The first “private” VZ users group newsletter was produced by Mr. John D'Alton in 
June 1984. John went on to produce 27 issues of "LE'VZ News" with the last in May 
1990. A monumental effort by John, particularly when considered with his software 
support, program writing and Christmas Meetings. In addition to the newsletter, John 
produced a book on programming hints and hardware. This is a most valuable and well 
produced set of newsletters and most are still available from John as back issues. 


4. A GROUP IN ADELAIDE. 


In July 1984, Mr. John Waters of Cheltenham in Adelaide produced the first 
edition of "Ve Zee News". John (perhaps wisely!) initially said that he would only 
produce 12 newsletters. True to his word, he produced 12 monthly editions from July 
1984 to June 1985. His newsletters contain a lot of “meaty" information on the VZ. I 
suspect that a number of the contributors were ex-TRS-80 men. "Ve Zee News" is an 
excellent collection of newsletters and contains hardware modifications and software 


listings. 
5. ACROSS THE TASMAN. 


The VZ was sold by DSE stores in New Zealand and in July 1984 a user group 
commenced in Christchurch. They produced a "Christchurch VZ User Group Newsletter" on 
a monthly basis up until April 1988 when interest waned. Their newsletters are full 
of Pasic programs and are very chatty with details of their regular monthly meetings. 


6. LYSCO FROM WA. 9 





6. LYSCO FROM WA. 


The Leon Young Software Company sprang up in Perth in late 1984. (Actual dates 
are uncertain as Leon did not date his newsletters.) He also supported the Amstrad 
and Commodore computers. Leon's Newsletters and Catalogs were fairly informal notes 
but contained a number of useful tips on the VZ as well as advertisements for his 
software. I have about 10 newsletters in all dated around November 1984 to his 


wind-up in July 1986. 


7. ANOTHER IN NZ. 


In December 1984 another user group was underway in Auckland, New zealand. They 
produced "XILOG The Microcomputer Magazine for VZ200, VZ300 and Aquarius Users” — 
suggesting their ties with DSE. I have an incomplete set of XILOG but it is full of 
interesting snippets for the VZ user. My last edition is #8 dated August 1985. Does 
anyone Know any more about this club? | 


8. OUT WEST IN NW. 


Also in late 1984, Mr. Rick Swancott organized a small user group in the western 
suburbs of Sydney. They produced 2 small newsletters around December 1984, entitled 
"Out West VZ-200 User Group". It was filled with Basic games. | 


9. FROM THE TROPICS.. 


I first corresponded with Mr. Gordon Browell in Darwin in late 1985. Gordon was 
running the "Ad Lib VeeZee Micro Club”. He produced informal notes and programs and 
freely circulated these to any interested correspondents. The informality of this 
arrangement subsequently resulted in his production of two excellent beginners 
series. The first was "Micro Magic — Beginners Guide to the Vee Zed” in 6 parts, and 
the second was "Studio Ad Lib — Micro Magic Workshop” also in 6 parts. They are 
excellently written and produced series. 


Somewhere around 1985, Gordon moved to Biggenden in south-east Queensland but 


unfortunately he has more recently become involved in other computers. 


10. ANOTHER BRISBANE GROUP. 


Mr. Michael Novakovic, a secondary student at the time, and living at Goodna, A 
western suburb of Brisbane, produced 4 newsletters. It was called "VZCOMPU200/300" 
and ran from December 1985 to April 1986. Michael experimented with machine code and 
POKE's to the communication region! 


11. YET ANOTHER IN NSW. 


In January 1986, Mr. Mark Harwood published the first edition of "VZ User". He 
produced 22 issues and finished in September 1988. Mark was a Tertiary student 
undertaking Electrical Engineering studies. His newsletter contained a number of 
in-depth features on the VZ. He also gave an introduction to VZDOS-in-ROM that has 
not been bettered elsewhere. Mark also developed some excellent software in 
conjunction with Gavin Williamson of Laserlink. 


12. ANOTHER NSW CLUB. 


The Hunter Valley Region of NSW has been well served since June 1986 by the 
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1790 DATA 11,12  :'TOWDUR 
1800 DATA 17,18  :'ONDUR 
1810 DATA 21,22  :'ONDUR 
1820 DATA 34, 35 ; ‘OFDUR 
1830 DATA 38,39 :‘OFOR ss 
1840 STOP 
9999 ' 


"Hunter Valley VZ Users Group Newsletter" (now Journal). Mr Gavin Williamson produced 
the first 6 newsletters but Mr. Joe Leon has produced up to the current edition #32. 
This newsletter is still underway and is produced bi-monthly. The newsletters are 
consistently packed with programs and hardware modifications. 


13. AND BACK TO VICTORIA. 


Scott Le Brun was a very prolific writer of adventure games for the VZ. In August 
1986 he began publication of ''VeeZed Down Under". Scott also ran monthly meetings 
from his home. Scott produced 13 editions before the illustrious Harry Huggins took 
over in September 1988. Harry has since produced number 28 and is still going strong. 
Harry has also acquired the remaining VZ hardware from DSE. If you are ever passing 
through Melbourne, plan to spend an evening with Harry. 


14. ANOTHER AUCKLAND CLUB. 


In October 1986 Peter Hill commenced the Auckland VZ300/200 Users Club. Since 
that time peter has produced on a monthly basis a creditable 50 editions of 
"VZ-Link”. The Auckland Club is still going strong and has a monthly meeting in the 
city — afternoon tea and a cuppa provided. 


15. AN INFORMAL BRISBANE GROUP. 


A group of enthusiasts in Brisbane decided to hold monthly meetings without 
producing a newsletter as, at the time, John D'Alton was carrying out this function. 
This group meets on the first Saturday of each month at Stan Noble's house. This 
group is evolving towards a computer interest group as most of the members have now 
purchased PC's. The VZ still gets a hammering and some new-comers regularly appear. 


16. A NEW INNOVATION. 
Last year Jason Oakley of Sapphire Productions produced 2 editions of his 


excellent "“DiskMag". This is a magazine on disk for the VZ. Jason needs all the 
support he can get to continue his efforts. ` 


TONE GENERA ee Cont. from page 1 0 10000 '***UPDATE DISK FILE, 


~~~ [0010 CLS: PRINT@200, “ERASING FILE": ERA" TONEGEN" 


1700 '***0FFSETS FOR PARAMETER STORAGE ABOVE ROUTINE. | 10020 PRINT@200, "SAVING FILE © : SAVE” TONEGEN” 

1710 DATA 81,82 :'OH IRTERYAL - PAZIM 10039 STOP 

1720 DATA 83,84 :'OFF INTERVAL - PARIT) 19999 

1730 DATA-85,86 : ‘ON INCREMENT - PAR(2) : 20000 ****PRINTER DUMP FOR DEBUGGING. 

1740 DATA 87,88 :*OFF INCREMENT - PARID) | 20001 '***T0 ACTIVATE TAKE OUT REMARK IN LINE #670. 

1750 DATA 89,90 : TONE DURATION - PAL(4) 20010 LPRINT" DEBUG OUTPUT FROM TONEGEN” : LPRINT 

1759 ° | 20020 LPRINT* TO =", TM: LPRINT 

1760 '***0FFSETS FOR PARAMETERS IN MACHINE CODE ROUTINE, | 20030 LPRINT"USR() ADOR. =" , PEEK (30862), PEEK (30863) : LPRINT 
1770 DATA 3,4 =: ‘OWING | 20040 LPRINT"PARANETERS" 

1780 DATA 7,8 ;“OFINC | 20050 FOR I3=0 10 4 


20060 LPRINT MS$(I), 19, PAS (IS) 

20070 NEXT IZ: LPRINT 

20080 LPRINT"POINTERS IN YARO)’ 

20090 FOR 12=0 TO 23 

20100 LPRINTIS, VAR(O, IZ), VASCI, IZ), VAR(2, I2) 
20110 NEXT 13 

20120 END 


pan nm ge wate: t — — ———— ——— — — 


GAMES COLUMN 


' BY Paul Frantz ~~ 


Back with a vengence! The VZDU games column has had an influx of 
contributions! Thanks to all those who put in the effort. I hope 
others will see the light and take the time to write in. At the 
moment I am recovering from the mountain of correspondence and so if 
you have sent an envelope for a personal reply, please bear with me. 


One suggestion I received was from Mr Colin Hermans who 
recommends the following material (as well as David's game writing 
column) as well worth reading for info regarding writing adventure 
games. In VADU#3 (Nov 1986) and VZDU#5 (Mar/April 1987) there is an 
article written by Scott Le Brun. There also is a section in ‘THE 
GIANT BOOK OF GAMES FOR THE VZ300' written by Tim Hartnell which may 
be of use. This book was published by D.S.E. so you may be lucky to 
still find it. Thanks for the suggestions Colin! If anyone else has 
read some useful information on the subject, please aleet me to it at 
the address below! 


| And now to the review! Actually I am starting to run out of 
games to review as of late. Maybe next time I'll have a whole new 
bunch to review as a result of David's series! We wait in hope. 
Anyway onward to rescue ..... | 


THE ENCHANTED PRINCESS 


The story is simple but heartbreaking. One terrible day an 
evil wizard appeared for just long enough to grab the fair princess 
and carry her away to a far and distant place. Do you dare to take up 
the challenge of rescuing the princess and risking being changed into 
a variety of animals? The decision is yours (although copping out 
isn't nearly as much fun). 


ENCHANTED PRINCESS was written by Gary McCleary who has 
added a very nice graphical touch at the start (you'll have to play it 
to see it). The style of the game is fairly standard though which is 
alright as its not the newest of games. What it does do however is 
constantly keep you informed with all the contents of the room 
displayed on the screen which can be a good thing for beginners. It 
also lists all the rooms' exits as well which can be handy. The big 
gripes over this one though are the lack of verbs and the irregular 
movement command. As all budding computer adventurers would know, a 
simple "N","S","E" or "W" is standard for ease of movement, well 
ENCHANTED PRINCESS dares to be different by making us enter such 
disasterously long commands like "GO E". This is just not on! Still 
it makes for a good game for beginners although it may frustrate some 
over the lack of a variety of verbs. 


RATING: 
* VOCABULARY: | 4 
*PUZZLE DIFFICULTY: 7 
* ATMOSPHERE: 7 
*LASTABILITY: 6 
OVERAL 6 


AVAILIBILITY: Not sure. Maybe Harry can help out here? 
HOT, HANDY & HELPFUL HINTS i 


*Again no hints this month. It seems everyone's turned their attention 
LO. n 


QUESTIONS & QUERIES 


2 Tan Niedzwiecki writes: In HAUNTED MANSION 1. Where is the cross? 
2. How do you kill the ghost? 


2 From Peter Watson.....Is PHAROAH'S CURSE the Same as PHAROAH'S TOMB? 
ANSWER: No. PHAROAH'S CURSE is an arcade type game by D.S.E. whilst 
PHAROAH'S TOMB (reviewed last time) is an adventure game from LYSCO (1 
think). | | 


? Does anyone know how to get out of the forest in MAGNUM QUEST? (asks 
Ben Hobson) I have tried move, go northe etc.. & also dig but I am 
stuck. I have taken a different combination of tools etc. but 
nothing. 


? And finally from Bernice O'Mahoney: Our GALAXON game only allows a 
high score of 5 digits, so making the highest possible score 99999. 
Are there two games or is the high score of 150000 a misprint? 
ANSWER: 150000 isn't a misprint. When the score clock ticks over 
99999, a small graphical mess comes up where the one hundred thousand 
digit should be and the rest of the score ticks on thus you can work 
out your score as the game doesn't stop. 


| Well we are nearing the end of yet another column. Below 
should be the new updated high score list and the competitiion is fast 
becoming a force to be reckoned with. Again for those who have 
written in, you should be hearing from me soon. 


Well as always, see you next edition! 


Please send all your hints, high scores, questions and 
answers in to: | 


Paul Frantz 
25 Crocker St 
KIRWAN QLD.4817 


CORRECTION 


Ben advises that he left these lines out 
| é Of Death Maze. 
50 V=3:JY=0:W=1:5=0:HS=0:s 60SUB1 180: GOTO1280 -e 
106 FOR Z=1TO20:NEXT ZsNEXT B 
1281 IF S<OTHEN 5=0 
1282 IF S> HS THEN H8=8 | 
1283 S$=RIGHT$ ("00000"+ RIGHTS (STR$ (5), LEN CSTR$ (5))—1),5) 


1284 HS$= RIGHT$("00000"+ RIGHT$(STR$ (HS), LE 
N(S = 
"1332 PRINT@403, S$: PRINT@435, HS% | E a 


Peter Watson says he gets a NEXT without FO rror i | 
| R e 06. 
appear there is a surplus NEXT in 105-106. (Ed) ni eee 


LET? 5. INVESTIGATE UUND ON THE v. Z. 


= Y Bob Kitch. 


In the last two articles, we played around with the 
-SOUNO command ia the BASIC Interpeter and also got into 


the BEEP routine (using the USR command) in the ¥Zeds = 


ROW. I have also provided a brief outline of the sanner 
in which sound is generated, the component parts of a 
sound wave-form and the limitations on sound generation 
on the VZ, In this article I will present a full-blown" 

psuedo-assembler routine to fully explore the sound 
generating capabilities of the YZ. The I/O latch at 6800H 


is directly controlled - the sound routines in ROM are 


not used, The machine code is called up by a BASIC 
program that also passes the necessary parameters to the 
low-level program. The TONEGEN program is a good example 
of linking machine code to a BASIC program - a technique 
that I call FAST BASIC. It is an exceptionally powerful 
programming techaique to get the utmost in performance 
fron the VZ and was also used in ay LIVENUP graphics 
series, 


AN IDEAL SOUND GENERATING ROUTINE. 


In the previous articles, I have mentioned some of 
the shortcomings of the various methods of generating 
sound on the YZ. An ideal sound generating routine 
Should: 

-Have the on and off intervals independantly variable. 
This ts the capability to vary the “duty cycle’ of the 
sound and alters the “timbre’. 

-Have the ability to continuously vary the tone to obtain 
sound effects rather than Just “notes”. 


-Have the tone duration presettable, but not necessarily 


independant ly. 
-Be able to be called from BASIC (via the USR command) 
and have the parameters passed from BASIC. (by POKEing 
into a tabdie.i 


-Be independant of BASIC as it is too slow for. 


audio-frequency handling. This was a limitation to the 
programs provided so far. 

-Be relocatable without the need for re-assembly so that 
it can be interfaced with other prograas. 


This looks like a pretty formidable programming 
specification! The first three criteria are achieved by 
providing suitable parameters to the routine. There are 
five in all: 

-ON INTERVAL 

-OFF INTERVAL > 

M INCREMENT 

-OFF INCREMENT 

-TONE DURATION 

These “specify” the sound envelope to be fed to the 1/0 


Part TIL 


— — — 


latch. In essence, they are really timing loop constants 
-for the machine language progran, 


The last three criteria are dealt with by suitable 
program desiga and implementation. Clearly the routine 


- Must be written in machine code. I have chosen to enter 


it as a series of DATA statements (in psuedo-assemb ler 
fora) from the BASIC program. It could equally well be 
assem led using the ED/ASH. Unlike the other programs 
provided in this series, only one caii from BASIC per 
sound, can be tolerated, so that good audio is obtained. 
This removes the annoying “clicking” that occurs whenever 
the program passes backwards and forvards between BASIC 
and machine code. The requirement for re-locatability 
necessitates a few extra programming tricks so that 
parameters can be passed from the BASIC program to the 
machine code. This is taken care of in the progran 
however by the use of temporary pointers stored in 
two-dimensional array VAR. As is ay usual practice, I 
place machine code in a protected top-of-nemory position 
- : procedure that I am sure gost of you are familiar 
with. 


Another useful feature that I have incorporated into 
the program, is the ability to record the sound effects 
on the VZeds cassette recorder. Remember in Part I, I 
nentioned that the 1/0 latch also controls the cassette 
port? To use this facility, just record on the cassette 
as the sounds are being created. They can be Played back 
on any suitable “Ghetto-Blaster"! - 


TONEGEN PROGRAM, 


The prograa is quite easy to enter, but doudie check 
that lines 1010 to 1320 are correct. To gain a better 


understanding as to how the re-locatability and passing 
` of parameters works, a debug dump is provided by removing 
- the Rehark from line 670. A perusal of the resulting 
- print-out should clarify the method used. The parameters 


are directly POKEG into a 10 byte table reserved above 


_, the machine code held in top-of-memory. The program - 
~ occupies 60 bytes and the table occupies 10 bytes of the 


99 bytes reserved for use. The BASIC portion of the 
program is well commented and should be familiar to nost. 


All of the REHarks can be omitted if you do not wish to 


enter thea. 


The "working" section of the program is the machine 
code and the psuedo-assembler provided (lines 1010 to 


1320) outlines the manner in which the sound effect is 


aas A ———— pms muneme nendes 


obtained. The use of the alternate (or back") register 
set on the 280 is unusual and may confuse at first. I 


used this programming technique so that all of the 
parameters are held in on-chip registers and the program 


really zips along. 


The program structure is really quite simple. There 
is an outside’ timing loop (Ti) controlling the overall 


TOWE DURATION. (lines 1050 to 1280) The loop counter for 


this is the alternate HL’ register. This register is 


initialized in line 1040 and the use of this alternate 
register requires the frequent use of the EXX (exchange) 


instruction. (lines 1030, 1050, 1240 and 1290). There are 
two ‘inner timing loops (T2 and T3) located within the 
“outer” one. The first of these controls the OW INTERVAL 
and the second one controls the OFF INTERVAL. Register Ht 


(main register set) is the loop counter for each of these 
loops and is initialized in lines 1070 and 1160 


respectively. For each of the timing loops familiar code 


for decrementing and testing for zero is provided in 


lines 1250 to 1280, 1110 to 1140 and 1200 to 1230. 


The other two parameters are ON INCREMENT and OFF - 
INCREMENT and are loaded into the BC and DE registers in: 


lines 1010 and 1020. They are unmodified during the TI 
loop. These values are summed with the HL register value 
to modify the duration of the [2 and T3 loops in lines 
1080 and 1170. The incremented values are placed back in 


the table in lines 1090 and 1180. In this manner the 


sound is continuously variable. 


The only remaining section of the code to discuss is 
the actual switching of the I/O latch located at 6800H. A 


suitable value is placed in the A register to:switch the — 


appropriate PAIRS of BITS to control both the piezo 
speaker and the cassette port. (recall Part I of this 
series.) Remember also that the pairs of bits aust be 


complementary - i.e. one on and the other off. Inline — == 


1060 the A register is set to a decimal value of 36 
during the ON INTERVAL in loop 12. This corresponds to 


the speaker pair - bits 0 and 5 - being set to off/on - 


respectively and the cassette pair - bits | and 2 - being 
set to off/on. In line 1150, the A register is changed to 
a decimal value of 3 during the OFF INTERVAL in loop 13. 
This corresponds to an inversion of the 2 pairs of bits 
to on/off. In lines 1100 and 1190 the value in the A 
register is written to the I/O latch address and a 
resulting click is heard from the speaker or recorded on 
‘the tape. This sequence is repeated according to the 
"outer" timing loop Tl but with loops T2 and 13 being 
modified according to the ON and OFF INCREMENT 
parameters. In line 1300 and 1310 the A register is 
zeroed and written to the latch for an orderly return to 
BASIC. 


As I said, it is a pretty easy program to follow and 
is a good prelininary introduction to assembly language 


techniques - particularly interfacing with the speaker 


and cassette hardware. 
SOME PARAMETERS TO TRY. 
It is fun to play around with the TONEGEN program and 


experiment with the effect each parameter has upon the 
resulting sound. Try the following: — 


100, 100,0,0, 1000 a square wave. ' 
TA 500, 0,0,500 lower pitched square wave- longer 
0095. . | 

10,10,0,0, 5000 higher square wave. 

10,0,0,0, 10 10 clicks with varied duty cycle. 
100, 100,0,0,500 buzz. 

200, 20,0,0, 1000 


20, 20, 10, 10, 200 
20, 20, -52760, -32760, 200 


> 1000,1,-1,1,1000 


5000, 1,-10, 10, 500 
1,1,1,1,1000 


1,1.1,0,1000 


and SO On... Try an visualize the values being placed 


into the HL, HL’, BC and DE registers so that er can be 


related to the sound produced, 


One final thing with this program. As you experiment 


with it, you will no doubt put the VZ into some very long 


loops | that cannot be broken out of with the BREAK key. A 
useful addition to the machine language program is to 
have it look for the BREAK key in each of the loops. Have 
a go at making the necessary alterations. Another sethod 
is to use the Interrupt Vector to® intercept a key 
sequence to return: to BASIC and regain control. | 


de have investigated as far is possible in this 
series of articles, the software and hardware aspects of 
sound generation on the U7. I trust that you will use 


Some of the techniques to enhance your programming 
> efforts. I hope that 780 Assembler is becoming a little = 
~~ Jess aystic also. 


E scenseeseececccesesscesese | 
2 288 TONE GENERATOR *** | 
3" sse BY R.B.KITCH OO 048 
4 oe 1714187 = | 
5 sse REF: VOU 3/16 +% | 
6 ' XV | 
9 U 
s CLS: PRINT@S, “ TONE GENERATOR" :PRINT@197, "LOADING MACHINE COD | 


11 GOTO 110 
20 (AAACORVERT. UNSIGNED TO SIGNED DECIMAL - PASSED IN UD & 502 


OTF 0032767 THEN SDZ=INT(UD-65536) ELSE SDZ=INT (UD) 
35 RETURN 


40 '***CONVERT UNSIGNED DECIMAL TO MSB & LSB - IN UD, MSE, LSS. 
50 MSE=INT(UO/256) :LSE=INT(UD-256*AS2) : RETURN 
60 '***COWVERT SIGHED TO UNSIGNED DECIMAL - PASSED IN SDR & UD 


. 
J 
70 IF SD3<0 THEN UD=5D2+65536 ELSE UD=SD3 
80 RETURN | 


100 '***LOHER TOM TO SAVE ROUTINE. 

110 TH=256*PEEK (30898) +PEEK (30897) -100: ****RESERVE 99 BYTES. 
120 UD=TM: GOSUB 50:POKE 30898, MS%:POKE 30897, LSE 

130 CLEAR 100 :S*ORESETS ALL VARTAQLE 


S, 

140 UD=0: TH=0: AD=0:SDE=0:MS%=0:L9%-0 :'***INITIALIZE STORAGE. 
150 14=0:0V%=0 | 
10 DIN VAL(2, 759, PABLAD ASS(A): ¥STAUTIALIZE ARRAYS, 


a TH=256*PEEK (30898) +PEEK (30897) =: '*** [0H 

09 4 

200 '***READ IN SOUND ROUTINE. 

210 FOR AD=TM+t TO TH+60 iial 60 BYTES. 


| 

| 

| 
220 UD=AD:GOSUB 30:READ DYZ:POKE SD%,DVE | 
230 NEXT AD | 
240 UD=TH+1: GOSUB 50 :MOOSET USR POINTERS, ` 
250 POKE 30863, #SE:POKE 30862, LSE | 
299 ' = 
300 ‘INITIALIZE POINTERS IN VAZO. | 
310 FOR 12-0 TO 23 ! 
320 READ VASCO, 1%): UD=TH+VAL(O, 1): GOSUB 30;GOSUB 50 | 
330 VALO, 14) =SD%: VASCI, 18) =1. 51: VAL(2, 18) =HSE | 
340 KETI | 
399 | 
400 '***POKE STORAGE LOCATIONS INTO ROUTINE, | 


410 POKE VAS(O, 103, VAL(I,4); 
420 POKE VALIO, 12), VALI, 6): 
430 POKE VAZIO, 14), VAL(I,8): 
440 POKE VAL(O, 16), VAR(1,0); 
450 POKE VALCO, 18), VAR(1,0) 
460 POKE VALCO, 20), VASCI, 2): 
A POKE VASO, 22), VAR(I, 2): 


500 ‘+891 0ND SCREEN MESSAGES, 


510 M5$(0) ="RANGE 0F+1 52767" +CHRS (10) +CHRS (15) +" 


L° 

520 MS$(1)=" OFF INTERVAL" 
530 MS$(2)=" OW INCREMENT” 
540 NS$(3)=" OFF INCREMENT” 


POKE VAR(O, 11), VAR(2,4) 
POKE VAR(O, 13), VAR(2, 6) 
POKE ¥AR(O, 15), VAR(2,8) 
POKE VAR(0,17), VAR(2,0) 
POKE VAR(0,19), VAR(2, 0) 


POKE VAR(0, 20), VAR(2,2) 


POKE VAR(0, 23), VAL(2, 2) 
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ON IWTERYA 





550 MSS(4)=" TORE LENGTH" 


599 

600 '***FIND OUT PARAMETERS. 

610 CLS:PRINT@8, "TONE GENERATOR": PRINT 

620 FOR 14=0 TO 4 | 
630 PRINT NSS(IK); * PAR (IL) : SOL=PAS (12) | f 


640 G0SUB 70: 60508 5 | 
650 POKE VAR(0, 2°12), LSE: POKE VAL(O, 2°1%+1), MSI 


660 NEXT It 
670 '60T0 20000 :"***DEBUG JUMP. 
699 ° 


700 ‘RUN TONE ROUTINE. 
710 AD=USR(0) 


799 ' 
800 '#**60 AGAIN? 
810 PRINT: : INPUT” ANOTHER * (YIN); AS:TE AS="V° THEN GOTO 610. 


899 ' 

900 '***RESEF TOM ON EXIT. x | 

910 T4=1H+100 1° 2RORIGINAL TOM. 
920 UD=TM:60SUB 50:P0KE30898, MSZ: POKE30897, D 

930 CLEAR 50 


999 ' 
1000 ****SQUND ROUTINE - VALUES OF O ARE RESET LATER. . 
1001 ****ALSO SETS CASSETTE PORT OW BITS 142. 
1002 ****REGISTERS USED AF, BC, DE, HL & HL’. 

1003 '***LENGTH 60 BYTES. NO STACK USED. 


1010 DATA 237,75,0,0 :' LD BC, (OWINC) 
1020 DATA 237,91,0,0 :* LO DE, (OFINC) 
1030 DATA 217 "EXX 

1040 DATA 42,0,0 :* LO HL" (TONOUR) 
1050 DATA 217 “TA EXX 

1060 DATA 62, 56 :' LO A,001001008 — 
1070 DATA 42,0,0 U HL, (ONDUR) 
1080 DATA 9 :' ADD HL, BC 

1090 DATA 34,0,0 :' LD (ONDUR) , HL 
1100 DATA 50,00,10 :° LO (6800), A 
1110 DATA 43 71772 DEC HL 

1120 DATA 125 ‘UAL 

1130 DATA 180 ' RH 

1140 DATA 32, 251 © GRAZ, 12 

1150 DATA 62,3 * LD 4,000000118 

i 1160 OATA 42,0,0 ' LO HL, (OFDUR) 

i +1170 DATA 25 "ADD HL,DE 2 
1180 DATA 54,0,0 ' LD (OFOUR), HL 
1190 DATA 50,00,108 :* LD (68009, A 
1200 DATA 43 'T3 DEC HL 
1210 DATA 125 * IRL 
1220 DATA 180 :* RH 
1230 DATA 32, 251 RU, T) 

1240 DATA 217 EK ti 
1250 DATA 45 :' BEC HL" 


758 


21260 DATA 125 sass’ BLELDAMOLS Vie 
41270 DATA 180 1555“ OER 

21280 DATA 32,215 KR M% (Thi 
31290 DATA 217 : ——BV 


ate 
$565 24% 


ae vae 


` 11300 DATA: 62, 00. M LO A, 00000008, saatis ranis: tè 
1310 DATA 50,00,10 :' = LD(6800),À 
1320 DATA 201 ' RET 
1699 ' 


Continued on page 5 
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M/L ROUTINES USED IN ADVENTURE GAMES. 


| By David Wood 


“anana 


NOTE: If you are a egiidi | to E Näsembiv Lenaia e don’t worry if you” 
can't underatand how these routinea work. However what you ahould know 


ia what they do and how to uae them. 


RESTORE LINE NUMBER 


Thoge- usera who own other computera, or have tried to convert BASIC 
programa from other computera for the VZ may have noticed an extension 
for the RESTORE command. On the VZ this command causes the next piece 
of data to be read from the firat item in the firat DATA atatenent. 
Other computera can alao use it in the form RESTORE 5030 (or any other 
line number, provided it exiata) so that the next piece of data read 
will be the firat item in line 5030 (or whatever). The VZ doea not 
aupport thia application of the RESTORE command. However a amall — 
Machine Language routine will simulate this. Recently I discovered 
that the routine had been placed in the wrong place, meaning that-it 
didn’t work and I had to alter it. Here is the correct version. 


12 DATA237,91,33,121,205,44,27, 210,217,30,11,237,67, 255,120, 201 
13 FOR I= 31273 TO 31288: READ A: POKE I, A: NEXT 


ED SB 21 79 201 LD DE, (7921H) 
CD 2C 1B 992 CALL 1B2CH 

D2 D9 1E 943 JP NC, 1ED3H 

OB 294 DEC BC 

ED 43 FF 78 285 LD (78FFH), BC 
c9 006 RET 


The firat line obtaina the value in memory location 7921H (31009/10D) 


Which containa the value of L saent in the BASIC command X=USR(L). This 
value is placed into the DE register. A CALL to 1B2CH is then carried 


+ out to find out where the line to be RESTOREd to occura in memory and 
“places that addresa in the BC regiater. If the line doesn’t exist at 


all, a jump ia made to the ?UNDEF’D STATEMENT ERROR routine and 
control ia then returned to BASIC. I£ the line doea exist, the BC 
register is decremented by one, and this value is loaded into location 
78FFH (30974/5 decimal) which containa the location of the laat piece 
of data read in the program. Because the memory location before the 
start of the line number to be RESTOREd to is loaded into this, the 
processor is "tricked" into thinking that last piece of data read was. 
in the line before. Therefore the next piece of data will be read fron 
the desired line. 

Thia is useful for when you want to display a particular room 
description. These are atored in data atatements which in the sample 
program start at line 5200, with each new description spaced by ten 
line numbera (IE room 1 at line 39000, room 2 at 58109, etc). If you 
wanted a particular deacription, you vould need to RESTORE every time, 
and then read through all the data until you found the right one. This 
takėa conaiderable amounta of time, and would be difficult to program 
aa in the aample program, different deacriptiona may take up different 
numbera of data atatements. By using the above routine, you can 
calculate the line number of the next piece of data you want read. 

EG 
L=49990+(Re1l0):GOSUB 5300 


3300 POKE 30862,41: POKE 30863,122 
3320 X=USR(L): POKE 30862,82: POKE 30863,121: RETURN 
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The USR command causes the computer to start executing machine code 
from the addresa pointed to by 30862/3, until it encounters the 
assembly language RET command where it will return to BASIC. At the 
the atart of the aubroutine at 5308 this pointer is altered to the 
atart of the routine at 31273. When it has finished, the pointer is 
changed back to 31058 which ia the atart of the enhanced aound routine 
(below). | | 


SOUND ROUTINE 


Thia routine altera the VZ'a sound capacity from 31 frequencies 
(highneaa or lowneaa) and 3 durationa to 65535 frequenciea and 65535 
durationa. While thia may aound roay, nat all of these are very 
useful. Durationa approaching 65535 are far too long to be of much 
use, and after the firat few thousand frequencies, the reat are so 
alow they are only a aeriea of clicka. Thia ia atill a huge 
improvement on the gsounda uaed from BASIC. Unlike BASIC aounda, the 
highest frequencies are the low numbera. For inatance, frequency ona 
ia ao high that it ia almoat inaudible. This routine ia very similar 
to the one that appeared in Bob Kitch’a aound article a few months 
back, but waa obtained from a different source. | 


15 DATA 243,1,199,0,33,20,0, 205,92,52,201 
17 FOR I=31@58 TO 31968: READ A: POKE I,A:NEXT 
19 POKE 30862,82: POKE 30863,121 | 


E3 2091 DI 

91 64 909 2902 LD BC,10@D 
21 14 299 2803 LD HL, 20D 
CD SC 34 aad CALL 345CH 
co 995 RET 


The values in lines 2 and 3 are dummy values, and must be POKEd into 
the right part of the routine from the BASIC program. The BC register 
eontaina the duration, and the HL regiater the frequency. A CALL ia 
made to 345CH where the sound ia executed, before the flow returna to 
BASIC. If you restrict both your frequency and duration to 255 or 
below, a gound can be executed by POKE 31063,freq: POKE 31962, 
duration: X=USR(@). If you want to uae valuea outside thia range you 
will need to use: | 


POKE 31064, INT(freq/256)! POKE 31063, freq - (PEEK (31864)*256) 
POKE 31961, INT(dur./256): POKE 31960, dur. - (PEEK (31961)*256) 
X=USR (0) 


A wide range of sound effecta can be created using this routine. 
Unfortunately the best way to discover them ia by trial and error. 
Moat of the beat effecta can be obtained using loopa. Here are a few 
examplea from the demo program and from Merkfruit Lodge. 


DOOR OPENING | | 
FOR 1=110 TO 68 STEP -1: POKE 31060,1: POKE 31063,1: X=USR (09) 
FOR J=1 TO I: NEXTJI,I ANA 
CRICKETS CHIRPING 
FORJ=1T040 
FORI=1TO6: POKE 31060,40: POKE 31063,20: X=USR(O) : NEXT 
FORD=1T0O100: NEXT: NEXT 
(The above aound effect has limited uae but it ia probably the most 
realiatic one I have come up with ao far.) 
CATS MEOWING 
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FORJ=1TO5:X=50-RND (20) 
FORI=20t+X TO58+X:POKE310963,1: POKE31060,4:Y=USR(0) <NEXT 
FORI=50+X TO40+X STEP-1: POKE 31063, 1:y=USR (0) NEXT 
FGRD=1TO50+RND (390) :NEXTD, J 

AXE BLOWS | 

POKE 31064,5 | 

FORI=1T010:POKE31063, 255: POKE 31060,2:X=USR (0): SOUND®,4: NEXT 
POKE319064,0 

(Note the use of the SOUND command in the above routine. This can 
often be uaed inatead of a delay loop.) 

BUBBLING TEST TUBES 

POKE31060,40: FORJ=1TOS@: ST= RND (20); FORI=ST TO ST+20 STEP 3 
POKE31063,1:X=USR(0) :NEXTI,J 

MOSQUITOES 

POKE31060,1:POKE31063,5: FOR I=1 TO 1000:X=USR(Q):NEXT 
POKE31063,2:FORI=1TO068: X=USR (0) !:NEXT 

REMOTE-CONTROLLED CAR 

POKE31964,1:POKE31060,1 | 
FORI=1T0300: POKE31063, RND(S@) +100:X=USR(O):NEXT: POKE 31064,0 
GENERAL PROMPT A 

FORI=1T03:POKE31060,40:POKE 31063, 20:X=USR(0) :NEXT 
FORD=1TO100:NEXT 

FORI=1T03:P0OKE31063,40: X=USR(0) :NEXT 


With a little imagination and trial and error, you may be able to 
think of aeveral other sound effecta. Some other possibilities may 
include alarma or sirena, dripping taps, ticking clocks, motor 
vehiclea auch aa cara or aeroplanes, assorted zapa and explosions, 
etc. If however, you wish to include tunes in your program, you may be 
better off using the SOUND command. This command was apecifically 
designed for music programming, with each value of frequency (from 1 
to 31) representing a note from A in the second octave to D in the 
fifth octave. (Note 16 ia middle C.) The table of these values is in 
chapter eighteen of the BASIC REFERENCE MANUAL. Also a problem with 
the machine language aounda is that “durations” of the same value last 
longer for the higher notea than the lower notes. For example, a 
duration of 65535 laata only about twenty seconda for frequency seven 
ta painfully high pitched noise), whilst the saame value lasta for 
several minutes with a frequency of 65535 Coccassional clicka). 
Although this ia a rather exaggerated example this can be quite 
noticeable, even for sounds which are quite cloae together. Thia amall 
loop may illuatrate the point. 


"OKES1060, 40: FORI=1T0255: POKE 31063,I: X=USR(@): NEXT 


SIMULATING THE EXTENDED BASIC “DEFINT" COMMAND 


In extended baaica, the command DEFINT A-Z definea all variables A 
to Z as integer variablea, without them having to be listed aa 
AX,N%,0%,2% etc. Defining them aa integer variables (variables which 
may only contain whole numbera between -32768 and 32767) causea the 
varibles to take up leaa memory in the simple variablea table, and 
enablea the program to operate more quickly. | 

The Variable Type Declartion Table exista from 30977 to 31002, 
having one location for each letter. The value POKEd into each 
location defines the variable type of any variable starting with this 
letter. The values are: 2 = integer, 3 = string, 4 = Single precision, 
8 = double precision. For example if location 30977 contained a two, 
the variables, A, AB, AQ and ANSWER would all be defined as integer 


ta 


ajatada pa te SAE Bee, la SU MEE EE N A E ot ea 


variables. However this can be overridden by the program - by using 
AS, AX or whatever in your program. Note that the default value for 
each location of the table ia four, 80 all variables are aingle 
precision unless otherwise defined. To simulate the DEFINT A-Z command 
ia quite simple, using a loop to poke the appropriate value into each 
of twenty-aix locations. 


14 FOR 1=30977 TO 31002: POKE 1,2: NEXT 
FINDING THE LOCATION OF A PARTICULAR LINE 


You m@y recall in the article I wrote about tape saving the 
adventure data, that I auggeated it would be possible to alter the 
filename of the data file by POKEing the filename into the appropriate 
parta of the program. The major anag with thia was that it would be 
difficult to find the exact location in the program where the CSAVE, 
CRUN or disk commanda occurred. Fortunately, there ia a useful 
machine langauge routine in ROM which will do this for us - the CALL 
to 1B2CH (alao used in the Restore Line Number routine) will find the 
location of any line number in a BASIC program, provided it exista. 


The machine language routine used called fron BASIC is therefore very 


Similar to the Reatore Line Number routine 


ED SB 21 79 001 LD DE, (7921H) 
CD 2C 1B - 002 CALL 1B2CH 

D2 D9 1E 993 JP NC, 1EDSH 

ED 43 21 79 004 LD (7921H), BC 

c9 905 RET 


The routine ia called from BASIC by the command LO=USR (line number) +5 
The assembly language routine placea the location of the start of the 
deaired line in the variable LO. Five muat be added aa the firat four 
locationa of every line contain the memory location of the atart of 
the NEXT line and the actual line number of the line. The next 
location in the line you wiah to alter may contains the CSAVE, PRINT 
Cor whatever) command in a token forn. The aixth location contains a 
quotation mark (") but thia will not be altered because the loop will 
automatically add at least one. The seventh and following locations 
contain the text in ASCII form which will be altered by the progran. 
If you try to find a line that doesn’t exist, the UNDEF’D STATEMENT 
ERROR routine is called. Here is the sample program: 


1@ DATA 237,91,33,121,205,44, 27,210,217,30,237,67,33,121, 201 
29 FOR 1=31273T031287: READA: POKEI,A:NEXT : | 
30 POKE30862,41: POKE30863,122 

40 INPUT"INPUT YOUR FILENAME (16 CHRS)":Ag 

50 IFAS=""THEN STOP 


60 AS=A8+" ": AS= LEFTS(AS,16): ‘16 SPACES 


70 LO=USR(110)+5: IF LO>»32767 THEN LO=LO-65536 
SOFORI=1TO16 

982=ASC(MIDS(A8,1,1): POKE LO+1,2 

188 NEXT 

119 PRINT"SAMPLE FILENAME." 

120 GOTO 40 


ln line 70, note that the location must be converted into signed 
integer form. 
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ADVENTURE GAME WRITING - INITIALISATION 


Most of this is placed at the end of the program, for reasons which 
were explained in an earlier edition. However the first part ia left 
at the atart of the progran. 


19 EL=31:N0= 29: NV=27:6=17: X=USR(@) !:X=USR (0) 
20 GOSUB 4988 


Thia line definea a few conatanta which are used many times in the 
program. EL ia the width of the screen, used for the automatic 
wrap-around subroutine (which enaures that a word isn’t split between 
two lines on the screen). NO is the number of objecta - both gettable 
and fixed objects - basically any noun that the computer knows. NV is 
similarly the number of verba that the computer knows. G is the number 
of objects which may be picked up by the player. All of these (with 
the exception of EL) may need to be altered by the programmer during 
the course of the writing of the program’as various elements of plot 
are added or taken away. This simply allowa the programmer to fix 
everything up in one line instead of looking through the program for 
the many occurrences of theae conatanta. € Ignore the X=USR(@): 
X=USR(@) in the line - thia aimply calla the beep routine twice, 
because when the LOAD routine reatarta the progran, the player needs 
to know to atop the tape. 3 | 


4000 DIMC(G) , F(40)4 2813) ,WCG) 

40106 L=49@@:GOSUBS30@:FOR I=1 TO 13: READZS¢(1I):NEXT 

4920 X= “NT?S??W? 7k? THELINVGETEXALOODRO LEAOPEREAUNLLIGEXTDO?" 
4930 X5=X3+ "WINDIGGIVWEAKICEATSTAPLASAVLOA " 

4040 Ya= “LISMAPTAPBOOFOOSTIGASMOUCAREAR BONKEYBATTORROCFRIWASDOG" 
$045 Ya=Yar "“CATFOLSTEBOOBROHOMBUSDOODOOSOC DRA" 

4046 “LEAVE OUT THE SPACES IN THE ABOVE LINES 

4050 FORI=1TOG:READC(1) NEXT: FORI=1TO9:READJ:F(J)=1:NEXT 

4955 F(25)=10:F(22)=9 

4463FORI=1TOG:READW(1) :NEXKT 

4065 R=25:5=120:R5="OK... GOOD LUCK" 

4070 RETURN 


Line 4968 dimenaiona arraya for soma of the data from the program. 
Array C seta aside G (which equals 17) spaces for information on where 
each object is, and whether the player is carrying it or not. Array F 
seta aside 48 spaces which determine whether a gettable object is 
“invisible” or not, and other miscellaneous information such aa 
whether a certain door ia open, or whether the torch is lit or not. 
The 28 array aimply carries some useful words for the start of room 
deacriptiona, and deacriptions of objecta. In the demo program the 
words are "in " Iron "By "Uat UM, a "," an ","", "some ","the 
“, north”, “aouth", "west" and "east". Note the spaces which accompany 
aome of the Gerda. Finally the W array carriea the relative weighta of 
the gettable objecta. The playera atrength, and the sum of the 
Wweighta of the objecta he/she ia trying to carry determines whether a 
certain object can be carried or not. 

Linea 4028 and 4038 put the first three lettera of every verb into 


the atring XS. Where the verb containga leas than three lettera, use 
queation marka © ta “Eli up" the remaining spaces. EG 


XE="N??7S5?7W77E??HELINV. . = 0 a Similarly 4048 and 49045 put the first 


three letters of every noun into YS. 

Line 4058 reads the room location number of every gettable object 
into the C array. If the player picks up the object the location 
number ia replaced by a zero. Another loop reada the object numbers of 
the objecta which are deemed "invisible" (that ia, they cannot be 
immediately seen by the player, if hidden in a cupboard for example). 
For these a one ia placed in the array and for visible objecta a zero. 
Object 14 ia inviaible, ao F<(14)=1, but object 15 isn’t so F(15) 
remaina equal to @. Line 4055 puta other values in the array - that 
there are ten aervinga of food left, and that the dog ia in room nine. 

The weight values are read into the W array with light objecta 
such as a key (1) to heavy objects such as a fridge (50). | 
| The initial Room that the player occupies in this case ia set to 
25, and the Strength to 120. RS, which is the message displayed along 


with the room description ia set aa "OK... GOOD LUCK". 
At line 5086 in the demo program, the DATA statements for the room 
descriptiona atart. To save memory, the worda "YOU ARE " are left off, 


and added to the deacriptions later in the program. Following is some 
code for the next two worda in the deacriptiona. EC. 

390 DATA" 13YOUR BROTHER’S BEDROOM..... 

OR 

5010 DATA"15NORTHERN PART OF THE LOUNGE..... 

Thia ia because room descriptions start with only a few different 
worda. 

. FIRST WORD 

1 IN 

2 ON 

3 BY 

4 AT | Sd . | | 

You may -alao like to use othera like NEAR or FACING or no word at all 
for where your —— doean’ t begin with any of these worda. 

‘ SECOND WORD | 3 

1 A 

2 AN 

3 (nothing) 
4 SOME | | 
> THE 

You may need to use aeveral lines for each room description to 
overcome the problem that the VZ only allowa 64 characters per line. 
But alwaya make aure that each new room description is the same number 
of line numbers apart, so you can make an equation for the RESTORE 
LINE NUMBER routine to be able to read to correct description: eg 
L=4990@+ (R210) : 

A At the end of — description you place your movement codes. In 
thia way they also act aa end of SSScEIPETON markers. eg 

5004 DATA "ARE IN HERE: Tori; : 


- OR 


5012. DATA "A BOOKSHELF. 1010" 

< Remember that the movement codes indicate which ääseetiena the player 
can “move. In the first instance, south is the only option and in the 
second the player can move south or east, but not north or west.) | 
At line 4700 in the demonatration program are the descriptions of 
gettable objecta. At the atart of each description is a code based on 
the aecond word of. the room description codea (ie. A ,AN ,"" Oot used 
"in -thia case),:: :SOME ,.and THE (alao not used)). Otherwise these are 
fairly atraightforward, placed five lines apart. eg | y 
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4770 DATAILARGE AND VERY HEAVY ROCK 
2775 DATAZOLD WHITE FRIDGE 
2788 DATAILARGE WASHING MACHINE 


— Sure you place theae in the same order aa you put selt 
ree letters of the nouna into YS. Alao in YS, use the first three 


lettera of the nouns themael 
eee | ves (ie ROCFRIWAS) rather than the 


The other data lines are 


| even mor l 
containa the initial location (roo e straightforward. Line 4955 


i i m number) of each object (same 

a e a a — Line 4568 containa the object numbera a hn 
l are ‘inviaible." (The object number ie 

they appear in Y and the obj Apa e a e 

ect deacriptiona - the fi 

number one, the second ia tw han jaa 
: O etc). The t 

relative weighta of each object in arden. 7 A A 


Tf you wiah, you ma | ili 
y like to type in your initialiaat 
i 
atatenenta before you have finished Planning your verb e A 


TG HART Scores 


GAME SCORE = LEVEL HOLDER 
DAWN PATROL 52500 David Wood 
CRASH l 573 | 7 Peter Watson 

DIG OUT | 24400. | Paul Frantz 
HAMBURGER SAM 39500 Stephen Frantz 
LADDER CHALLENGE 22830 Peter Watson 
KAMIKAZE 164.20 Peter Watson 
TEN PIN BOWLS 206 Bernice O'Mahoney 
VZ INVADERS 30160 | “Peter Watson 
GALAXON 313260 Kenley McLean 
PENGUIN | 1350 Jason Oakley 
LUNAR LANDER 3600 Jason Oakley 
SUPER SNAKE 1918 Novice Peter Watson 
MAZE OF ARGON 73258 Peter Watson 
ASTEROIDS 110000 Peter McLean 
CIRCUS 1210 | Peter Watson 
PANIK. | 7700 Peter Watson 
HOPPY © | 25550 Matthew McLean 
GHOST HUNTER 23400 Chris McLean 
STAR BLASTER 480 units left Matthew McLean 


KNIGHTS 8 DRAGONS 3700 Easy Peter Watson 
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TRADING POST 


EPROMS for EXTENDED DOS. and BASIC 
Are available from 
Bob Kitch 
7 Eurella Str. 
KENMORE Qid. 4069 


| | FOR SALE | °C | | 
COMPUTMATE II. This is an electronic hand held Spelling checker, 
appointment file, address file, clock, calendar and calculator. 


| Price %70. 3 
Ron Allen. 2 Orlando St. Hampton. Vic.3188. Ph. 598 4534. 
| ##### HHRH | 


For Sale. 
V.Z 300, with casserre recorder and 25 tapes. 
| Fair offer. 
Janice Hardy 16 Chevell St. Corowa 2646.Ph.060 332 780. 
SHEE HHHH 
Wanted to BUY. 
V.Z. 200. In good order. Good price paid. 
Ben Hobson. P.0.Box. 255 Quirindi. N.S.W. 2343. 


HEE HEE 


OTHER V Z USER GROUPS | 
H.V.V. iwGets | * DISKMAG 


P.0.Box,16i | P.0.Box 600. 
JESMOND NSW. 2299. Taree NSW. 2430. 
CENT. VIC. COMP. Club BRISBANE VZUG 
24 Breen St. 63 Tingalpa St. 


BENDIGO VIC 3550 WYNUM West. G*1d. 4178 


Graeme Bywater 
P.0.Box 388 
MORLEY W.A. 6062 
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